UL 

n 

. vo 

Ul 

c 
w 



O 



A 



PATENT 

Attorney Docket No. BMC1 100-1 



APPLICATION FOR U.S. PATENT 
TRANSMITTAL FORM 



THE COMMISSIONER OF PATENTS 

AND TRADEMARKS 
Washington, D.C. 20231 

Sir: 




Q 

H 

(DO 

u 



25094 

PATENT .TRADEMARK OFFICE 



Transmitted herewith for filing is the patent application of: 
Inventor(s): Walter R. Bodwell^ dtd- 

Filing Date: November 10, 2000 

A System and Method of Mediating a Web Page 
1 Sheet of Informal Drawings 



For: 

Enclosed is: 











Number of 


Number of 


Number 




BASIC FEE 




Claims 


Allowed Claims 


Extra 


RATE 


$355.00 


Total Claims 


37 


-20 


17 


X$9 = 


$153.00 


Independent Claims 


5 


-3 


2 


X $40 = 


$ 80.00 


TOTAL F 


LING FEE = 


$588.00 



Enclosed is a check in the amount of $588.00 representing the appropriate filing fee 
for the above-identified patent application. 

The Asst. Commissioner of Patents is hereby authorized to deduct any 
underpayments and/or credit any overpayments for the abo/eTid^ritifiejf patent application, 
to Deposit Account No. 50-0456 of Gray Cary Ware 

Gray CarV/WAr^a F/K&denrich, Llp 




Steven R. Sprinkle 
Attorney for Applicant 
Registration Number: 40,825 



Dated: November 10, 2000 



AIA4047084.1 



ATTORNEY DOCKET NO. 
BMC1 100-1 



PATENT APPLICATION 
Customer ID No. 25094 



1 

A SYSTEM AND METHOD OF MEDIATING A WEB PAGE 

RELATED INFORMATION 

This application claims priority under 35 U.S.C. § 119(e) to provisional 
application number 60/165,102 filed November 12, 1999, "System and Method 
for Routing a User Through an Intermediate Web Server" and provisional 
application number 60/165,103 filed November 12, 1999 "System and Method for 
Software Simulation of A User Following A Path Through a Web Site" which are 
both hereby fully incorporated by reference. 

TECHNICAL FIELD OF THE INVENTION 

The present invention relates generally to web page systems and 
methods, and more particularly, a system and method for software mediation of a 
web page at an intermediate server. 
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BACKGROUND OF THE INVENTION 

As web sites become more ubiquitous, businesses are increasingly 
interested in setting performance goals and quality standards for their web sites. 
One way to achieve these objectives is to simulate an end user's experience with 
5 a company web site. By simulating the end user's experience, a company can 

determine the integrity of links and resources in the page and rate a customer's 
experience against the operational goals defined by the business. Furthermore, 
information technology departments of companies will be better able to track and 
measure critical web resources. In addition to simulating an individual customer's 
10 experience, simulating multiple customers simultaneously will allow companies to 
stress test a web site and detect trends in site performance, thus allowing the 
company to address problems before they arise. 

One way to simulate a user's path through a web site is to record all the 
requests made by a user. In order to do this, it is generally necessary to route a 
15 user's requests through an intermediate server, typically a proxy server. 

However, the use of proxy servers requires significant technical expertise 
because each browser must be individually configured to go through the proxy 
server. This problem is accentuated by the fact that different versions of the 
same browser can require unique configuration. A further limitation on the use of 
20 proxy servers to track a user's web page requests exists because user's requests 

can not be routed through any other proxy server. This is becoming increasingly 
problematic, as a growing number of companies require employee requests to be 
routed through a company proxy server. Proxy servers are used in order to limit 
the web sites to which an employee has access and to gain efficiencies by 
25 caching popular web sites. If web site content is cached at a proxy server, any 

response to a request for that web site will come from the proxy server's memory 
and not from the target web site. Thus, the request will never actually go beyond 
the company's servers and will therefore not be recordable by the second proxy 
server, i.e. the proxy server that would have tracked the user's request. 
30 Several of the disadvantages of using proxy servers can be overcome by 

routing web page requests through an intermediate web server. When a web 
page request is made from the intermediate web server, the HTML text of the 
target web site will be changed or mediated so that links in the target web site are 
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first routed through the intermediate web server. For example, several web sites 
have been developed to mediate target web site text so that the text reflects the 
dialect of social groups or popular cartoon and movie characters. Furthermore, 
these sites mediate web links so that any pages requested from the mediated 
page are also mediated. The methods used by these web sites, however, do not 
handle dynamic content such as JavaScript, forms, side image maps and other 
essential web techniques. 
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SUMMARY OF THE INVENTION 

The present invention provides a system and method that substantially 
eliminates or reduces disadvantages and problems associated with previously 
developed systems and methods used for mediating pages. 

More particularly, the present invention provides a system and method for 
mediating a web page at an intermediate server. The method includes the steps 
of ensuring that web page is not cached and changing links in web page to refer 
to an intermediate server. In the present invention, the links that are modified to 
refer to the intermediate server can either be absolute references or relative 
references. 

The present invention provides substantial advantages over previously 
developed systems for mediating web pages by allowing dynamic content to be 
mediated. 

The present invention provides yet another important technical advantage 
by preventing web pages from being cached by a user's computer or a proxy 
server. 

The present invention provides yet another important technical advantage 
by allowing cookies to be mediated. 

The present invention provides yet another important technical advantage 
by being able to mediate a significantly greater number of web pages than 
previous methods. 

The present invention provides yet another important technical advantage 
because it does not require additional software to be installed on the user's 
computer, nor does it require modification of a user's web browser. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

For a more complete understanding of the present invention and the 
advantages thereof, reference is now made to the following description taken in 
conjunction with the accompanying drawings in which like reference numerals 
indicate like features and wherein: 

FIGURE 1 shows a diagrammatic representation of one system in which 
the present invention can be implemented; and 

FIGURE 2 shows a flow chart illustrating the method of the present 
invention for mediating a web page at an intermediate server. 
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DETAILED DESCRIPTION OF THE INVENTION 

Preferred embodiments of the present invention are illustrated in the 
FIGURES, like numerals being used to refer to like and corresponding parts of the 
various drawings. 

5 For the purposes of the present invention, "content" refers to the HTML 

and other data returned to a user's browser by a web page in response to a 
user's commands (e.g., when the user selects a link). A "static" web page 
contains content that is returned to a user's browser which does not change over 
time. A "dynamic" web page represents a page that can contain different, non- 
10 preformatted content that changes over time in response to the same user's 
commands. A "path" or "web path" is a succession of requests made in a 
particular order. A "teaching session" refers to the user defining a path such that 
the path can be later replayed. 

The present invention provides a system and method for mediating a 
15 target web page in a manner that can handle both static and dynamic content in 
the web page. Figure 1 is a diagrammatic representation of a system in which 
the present invention can record a user's path through the web. A user can 
access a software program 5 at an intermediate server 10 via a web browser 20. 
In one embodiment, the user, after accessing software program 5 at intermediate 
20 server 10, can use web browser 20 to provide a path name (e.g. "path 1") and a 
starting URL to software program 5. The path name and starting URL can be 
saved to database 15. The path name is used to categorize a particular path 
defined by the user, while the starting URL is the starting point of the user's path. 
Once the user indicates they are ready to begin defining a path by clicking on a 
25 "start" button, for example, the software program 5 can then cause a display 

window to open in web browser 20. The display window is a new window in 
browser 20 in which the content received in response to a user's commands will 
be displayed. The user's request for the starting URL will be sent from browser 
20 to software program 5. Software program 5 forwards the request to target 
30 web server 30. The target web server 30 will return web page 35, which 

corresponds to the starting URL, to intermediate server 10. Software program 5 
can then mediate the content so that any additional requests made by a user 
from the mediated content of web page 35 will be routed through intermediate 
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server 10. Mediation of the content can be done according to the method 
described in conjunction with Figure 2. 

Software program 5, after mediating the content, can then communicate 
the mediated content to the display window of web browser 20. From a user's 
perspective, the page displayed in the display window of web browser 20 can 
look identical to the view which would have been displayed had the web page's 
content not been mediated (i.e., if the user had directly accessed the target web 
server 30). However, the present invention can cause the display window of web 
browser 20 to be opened without navigation or status bars. This is done so that a 
user will not inadvertently circumvent the path defining process by directly 
entering a URL at the top of the browser 20 rather than accessing URLs through 
the mediated content displayed in the display window. 

As the user enters commands or requests from the mediated content of 
web page 35, software program 5 saves the commands in database 15. 
Additionally, other information such as headers and cookies corresponding to a 
command can be stored in database 15. Software program 5 then forwards the 
additional requests for a new web page 35 to target web server 30. As an 
example, the user can make a request from the mediated content of web page 35 
in the display window of browser 20, and software program 5 can record the 
request at database 15 and then forward the request to target web server 30. 
Software program 5, again receiving the content of target web page 35 from 
target web server 30, mediates the content of the response from web page 35 
and returns the mediated data to the display window of browser 20. Software 
program 5 will also record content such as cookies and headers returned by 
target web server 30. It should be noted that the content of web page 35 could 
change as the user makes requests to different URLs. Additionally, target web 
server 30 may change as requests are made for new web pages. 

Generally, the present invention can capture all interactions that require a 
server's intervention. When the user is done defining a path, the user can stop 
the path defining process, and the path is saved under the path name defined by 
the user. 

Figure 2 is a flow chart illustrating the process where software program 5 
mediates content returned by web page 35. The HTML and other content is 

Gray Cary\AU\4046174.4 
2102024-991101 



ATTORNEY DOCKET NO. 
BMC1 100-1 



PATENT APPLICATION 
Customer ID No. 25094 



8 

modified so that most interactions or requests made by the user from the 
mediated content are routed through intermediate server 10 rather than going 
directly to the target web server 30. It should be noted that the following steps do 
not necessarily have to be performed in the order shown. 

At step 50, software program 5 ensures that web page 35 returned by 
target web server 30 will not be cached. This is done for several reasons. If a 
user wishes to define several paths through the web, in the first teaching session 
a particular mediated URL, e.g. "URL 1 might be used for going to web site A, 
while in a second teaching session, it may be used to go to web site B. The 
same mediated URL may be used for different web pages in successively defined 
paths in order to reduce the total number of hosts that will be needed to define 
paths. By preventing caching, the present invention ensures that any pages from 
the first teaching session are not stored in the memory of the user's computer for 
the second teaching session. If caching were allowed, when the user sent a 
request for "URL 1" in the second teaching session, the user would receive the 
mediated content of web site A which was cached in the user's computer memory 
instead of receiving the mediated content of web site B from software program 5. 
Preventing caching is also used to ensure that all interactions between browser 
20 and target web server 30 are processed through intermediate sever 10. If 
web page 35 is cached at a user's computer, subsequent requests for a new web 
page 35 are processed at the user's computer rather than going through 
intermediate server 10. If this occurs, software program 5 can not properly track 
the interaction of a user at that web page (i.e. the information between browser 
20 and target web server 30). 

In one embodiment, software program 5 removes all META tags that have 
"HTTP-EQUIV="expires" . . .." or an equivalent expiration coding. Software 
program 5 can then prevent caching by inserting a META tag that will expire the 
page immediately. One of ordinary skill in the art would easily understand that 
this is only one example of the many ways to cause a web page to expire 
immediately. Other embodiments can include such methods as mediating 
Cache-Control headers. 

At step 60, software program 5 can change links in the content of web 
page 35 to refer to intermediate server 10. This can be done for both absolute 
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and relative URL links. An "absolute" URL refers to a URL that contains a 
protocol, a host and a port. For example, in the URL http ://www. serve r. com : 80/ , 
http is the protocol, www.server.com is the host name and 80 is the port. If the 
port is left out of a URL, a default port is selected (e.g., 80 for http and 443 for 
5 https). A "relative" URL is a URL that is relative to the directory that contains the 

HTML. For example, if a link in a web page with the base URL 
http://www.server.com/ was linked to /images/test.gif, it would be equivalent to 
being linked to http://www.server.com/imaqes/test.qif . Because images/test.gif is 
relative to the base URL http://www.server.com , the link will not actually reference 
10 the base URL and only "images/test.gif will appear in the content of the web 
r% page. 

%0 In the case of absolute URLs, software program 5 will embed the name of 

*ji target web server 30 in the file portion of the mediated URL, preceded by a 

Cl special identifier. The special identifier is used so that if a user sends a 

rf 15 command requesting the mediated URL, software program 5 will be able to locate 
M the name of target web server 30. For example, the HTML for a link to an 

J\, absolute URL <A HREF=" http://www.utexas.edu "> UT </A> could become <A 

H HREF- , http://site1.server.com/companv*www.utexas.edu "> UT </A>. In this 

Z case, requests for the target web server www.utexas.edu will be routed through a 

O 20 host "sitel .server.com" at intermediate server 1 0. The host "pathl .server.com" 

can be used to define a particular target web server 30 associated with web page 
35. "company*" is the special indicator which allows software program 5 to locate 
the target server www.utexas.edu in the file name. Software program 5 can then 
forward user requests for target web server www.utexas.edu to that target web 
25 server. It should be noted that target web server www.utexas.edu (e.g. target 

web server 30 for this particular request) may be different than target web server 
30 for the user's previous request. 

Because absolute URLs are identified by http or https protocols, software 
program 5 can identify absolute URLs in the content of web page 35 by searching 
30 the content for "http://" or "https://". This provides an advantage over systems 

which search content for particular types of html tags, such as the A tag, in order 
to identify absolute URLs because the html tags are not always used to identify 
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URLs embedded in JavaScript, Visual Basic or other scripts. By identifying 
absolute URLs by protocol name, software program 5 can mediate a URL even if 
it was created dynamically by JavaScript. Therefore, the present invention can 
identify and mediate absolute URLs in a substantially greater number of web 
5 pages. 

Software program 5 can also change relative URLs returned in the 
content of web page 35 to refer to intermediate server 10. For relative URLs, 
software program 5 modifies or adds a base tag to relative URLs found in the 
content of web page 35. For example, if index.html was a link relative to web 

10 page 35 found at http://www.utexas.edu , the base tag could be inserted to read 

<BASE HREF=http:/ /www.site1.server.com/index-html >. The host name (e.g. 
sitel .server.com) is used by software program 5 to define a particular target web 
server 30 for web page 35. In this example, www.sitel .server.com defines 
http://www.utexas.edu as the target web server 30 at which /index.html is located. 

15 By inserting or modifying the base tag, the relative URL is now relative to 

intermediate server 10. 

In addition to using hosts to define target web server 30, software 
program 5 can use ports. In the above examples, software program 5 could have 
used server.com:5001 to identify the target web server www.utexas.edu . In the 

20 case of a relative URL, for example, software program 5 could insert the base tag 

to read 

<BASE HREF=http:/ /server.com:5001/index.html >. The use of ports to define 
target web server 30 can provide advantages over the use of hosts because the 
use of hosts is more difficult and expensive to configure. The domain name 

25 service (DNS) used by the browser 20 to find the intermediate server 10 must 

have entries for each of the host names used to identify target web servers. 
Thus, if www.utexas.edu is identified by the host www.sitel .server.com and 
www.vahoo.com is identified by host www.site2.server,com , the DNS must 
contain entries for both the "sitel" and "site2" hosts. Additionally, for each host 

30 name there can be an SSL certificate to allow more secure communications. 

However, the use of ports to define target web server 30 may not be appropriate 
if a user is prohibited from using ports other than 80 for http or 443 for https. This 
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usually occurs when the user is accessing web pages through a company proxy 
server. 

At step 70, software program 5 marks resources for proper categorization. 
Resources are problematic because they are requested in individual requests 

5 separate from the original request for web page 35. For example, if web page 35 

has a specific image, a first request is made for web page 35, and then a second 
request is made to fill in the image. Because the present invention can be 
implemented in a system for defining a path through the web, software program 5 
must be able to distinguish between requests for a new URL (e.g. a user 

10 command) and a request for a resource. Resources are also difficult to identify 

because resource headers returned by web servers, such as target web server 
30, are often incorrect (e.g., a resource header may incorrectly mark an image as 
text). 

When intermediate server 10 makes a request for target page 35, if an 
15 additional request is generated, software program 5 determines if the request 

was due to a resource source tag in the content of web page 35. This avoids 
relying on the image headers to determine the content of a resource. If the 
resource were an image, for example, software program 5 would be able to 
identify the resource source tag "IMG SRC." Once the resource is identified, 
20 software program 5 can append information to the suffix of the resource so that 
when browser 20 makes a request for the resource, software program 5 will know 
that it is a resource request and not an additional step in the path. For example, 
if the content of web page 35 caused software program 5 to request the resource 
"dowertx.gif," software program 5 could look for an image resource tag in the 
25 content of web page 35. For instance, the HTML in the content of web page 35 

might include: 

<IMG SRC="/graphics/dowertx.gif ' border=0 alt="Texas">. After locating this 
resource source tag, software program 5 could mediate the HTML to become 
<IMG SRC='7graphics/dowertx.gifmgt54wi" BORDER=0 ALT="Texas">. 

30 When the mediated content of web page 35 is communicated to browser 20 from 

intermediate server 10, browser 20 will make a request for "dowertx.gift54wi," due 
to the image resource tag. Because the image is marked with "mgt54wi", 
software program 5 will know that browser 20 is making a resource request and 
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that the user is not trying to define an additional step in the path, regardless of 
what is indicated in the resource header returned by target web server 30. It 
should be understood that the actual marker used could vary, but should be 
something unlikely to normally occur in a web page. In addition to knowing that 

5 browser 20 is making a resource request, software program 5 would know that 

there is no need to mediate the content returned in response to the resource 
request. It would be obvious to one of ordinary skill in the art that the foregoing 
step could be used for any other resources, such as style sheets and scripts. 

At step 80, software program 5 replaces unsupported links in the content 

10 of web page 35 with error messages. This can be done so that a user will not 
make requests that can not be routed through intermediate server 10. For 
example, the common "mailto" link causes browser 20 to launch an email 
program. Because the email program is opened at browser 20 and email is sent 
through a mail server, the software program 5 will not be able to record the user's 

15 commands in the email program. Therefore, software program 5 could, for 

example, replace a link of mailto:test@foo.com with 

"javascript:alert("Unsupported protocol). If the user clicks on the "mailto" link 
when defining a path, an error will now appear. 

Generally, unsupported links will include those links that do not require 

20 any further interaction with intermediate server 10 (e.g. the "mailto" link). 

However, in one embodiment of the present invention, software program 5 can 
also mediate links to return an error message if the links require the use of a non- 
HTTP or non-HTTPs protocol, such as ftp. Although one of ordinary skill in the 
art would understand that the present invention could be used to mediate various 

25 protocols, one may choose to configure software program 5 such that specific 

protocols are not supported. 

At step 90, software program 5 changes document.domain script 
commands to refer to the domain of intermediate server 10. In order for web 
pages displayed in different frames of web page 35 to communicate with each 

30 other through scripts, the different web pages must be in the same domain. 

Furthermore, the domain must be part of the URL of the web page 35. Because 
user commands are actually routed through intermediate server 10, software 
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program 5 must change the document.domain script commands of framed web 
pages so that the framed web pages will interact properly once mediated. For 
example, if the document.domain of web page 35 was originally set to 
"utexas.edu" but intermediate server 10's domain is "server.com," the 
5 document.domain script commands will be changed to "server.com." As an 

example, software program 5 could change the HTML content returned by web 
page 35 from <SCRIPT LANG (JAG E=JavaScript> 
document.domain="utexas.edu"; </SCRIPT> to 
<SCRIPT LAN G U AG E= J a vaS cri pt> domainDisable = "utexas.edu"; 

10 document.domain = "server.com"; </SCRIPT>. 

Software program 5 can also mediate cookies so that intermediate server 
10 can forward the appropriate cookies to web page 35 when a user's path is 
later replayed. At step 100, software program 5 can save any cookie along with 
creation details of the cookie sent with the content of web page 35 in the http- 

15 header. Software program 5 will save this information in database 15. Cookies 

generally contain a specific set of information, such as a date, that web page 35 
wishes to store on a user's computer. Additionally cookies can contain the 
duration of the cookie, whether or not the cookie is secure and the web pages for 
which the cookie should be available. Whenever a user makes a future request, 

20 browser 20 determines if the cookie should be sent. If the cookie should be sent, 

browser 20 sends the specific set of information, e.g. the date, stored in the 
cookie, but not the creation details, duration of the cookie or the availability of the 
cookie. Because the actual requests to target web server 30 for web page 35 are 
sent from the intermediate server 10, the intermediate server 10 must be able to 

25 determine whether a specific cookie should be sent to web page 35. 

There are at least two basic methods by which a cookie can be set in 
browser 20 by web page 35. In the first method, target web server 30 sends the 
cookie and creation details of the cookie in the http-response header. In this 
case, software program 5 can capture the cookie and the creation details directly 

30 from the header. When a user makes additional requests for web page 35 
through intermediate server 10, software program 5 can check whether the 
cookie should be included in such additional requests for web page 35. The 
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second method is to set a cookie using JavaScript. For example, the script 
embedded in the content of web page 35 could read: 

<SCRIPT LAN G U AG E= J avaS cri pt> 

var expires = new Date(); 
5 expires.setTime(expires.getTime() + 1000 * 60*60*24); 

document.cookie = "visited=" + newDate() + ";expires=" + 

expires.toGMTStringO; 

</SCRIPT> 

In the foregoing example, if the web page 35 was first loaded by the user 

10 on March 3, the cookie would record this fact. Furthermore, the cookie could be 

set to expire in one day. If the user made additional requests for web pages, 
browser 20 would determine whether the "visited" cookie should be sent back. If 
the cookie should be sent, browser 20 would simply send back "March 3." 
However, since the intermediate server 10 makes the actual request to the target 

15 web server 30 for the contents of web page 35, software program 5 must be able 

to determine whether the cookie should be sent. Because the date visited and 
the expiration time are now set on browser 20, browser 20 will not send this 
information with each request. Therefore, software program 5 must be able to 
capture the visited date and expiration information contained in the 

20 document.cookie line of the script. Additionally, software program 5 should 

ensure 1) that the cookie is distinguishable from other cookies that might be used 
by software program 5 and 2) that the cookie will be sent because its domain 
matches that of intermediate server 1 0. In order to accomplish these goals, 
software program 5 can mediate the JavaScript to set two cookies. The mediated 

25 JavaScript could take the following form: 

<SCRIPT LAN G U AG E= J avaS cri pt> 
var expires = new Date(); 

expires.setTime(expires.getTime() + 1000 * 60 60*24); 
ServerCookie = "visited=" + newDateO + ";expires=" + 
30 expires.toGMTString();ServerSetCookie(1); 

</SCRIPT> 
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The document.cookie line in the original script has been changed to 
ServerCookie, which is a variable rather than being set directly. The 
ServerSetCookie function can be used to a set both the cookie that web page 35 
desired to set and a second cookie that contains all the creation details (e.g., 

5 expiration date, pages for which the cookie should be available, etc) for the 

cookie web page 35 desired to set. Again, using the example of the user whom 
requested web page 35 on March 3, prior to mediation browser 20 would only 
have sent "March3." After the JavaScript is mediated by software program 5, 
browser 20 will send back "March 3" along the creation details of the cookie. 

10 Because the creation details are included, software program 5 will know whether 

to send the cookie to web page 35. Software program 5 will save the string used 
to set the cookie and the current date at database 15. By knowing the current 
date and the creation details, the software program 5 will be able to determine 
the proper time range in which to send a cookie when the user's path is later 

15 replayed. For example, if the current date is October 17, software program 5 

could send "October 17" to web page 35 and modify the cookie so that the cookie 
will expire on October 18, rather than March 4. 

Software program 5 can also circumvent limitations in certain web 
servers, such as IIS, on the number of characters that can be used to represent a 

20 form "GET" submission. If web page 35 contains a form GET submission, 

software program 5 can change the form "GET" to a form "POST" submission, at 
step 110, because POSTs have no character number limitations. Software 
program 5 will also mark which form submissions have been changed from a 
form "GET" to a form "POST" so that when the user's path is replayed, the 

25 marked form submissions can be changed back to a form "GET" from a form 

"POST." This marking can be done in the same fashion as the marking in step 
70. 

At step 120, software program 5 can mediate the location response 
header (which refers to a URL) to redirect browser 20 to intermediate server 10 
30 rather than target web server 30. This can be done so that if a particular web site 

redirects browser 20 to another web site, browser 20 can instead be redirected to 
intermediate server 10. The mediation can be done in the same manner as at 
step 60. 
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After performing all or a subset of steps 50-120, software program 5 can 
end a teaching session. This can be done when the user indicates that they are 
done with a teaching session, e.g. by clicking on an "end teaching" button, or 
when the user has made a predetermined number of requests. Throughout the 
teaching process, software program 5 has compiled a request history at database 
15 that contains the saved URL requests and the corresponding data such as 
cookies, headers and form parameters. This request history can be later used to 
replay the user's path through both dynamic and static web pages. 

Although the present invention has been described in detail, it should be 
understood that various changes, substitutions and alterations can be made 
hereto without departing from the spirit and scope of the invention as described 
by the appended claims. 
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WHAT IS CLAIMED IS : 

1 . A method for mediating a web page at an intermediate server 
comprising: 

retrieving the web page from a target web server; 
5 ensuring that the web page will not be cached; and 

changing a dynamic link in the web page to refer to the intermediate 

server. 

2. The method of Claim 1, wherein the dynamic link is a relative link, and 
10 the step of changing a relative link in the web page further comprises: 

if the relative link contains a base tag, modifying the base tag to refer to 
the intermediate server; and 

if the relative link does not contain the base tag, inserting a reference 
base tag, wherein the reference base tag refers to the intermediate server. 

15 

3. The method of Claim 1 , wherein the step of ensuring that the web page 
will not be cached comprises setting the web page to expire immediately. 

4. The method of Claim 1, wherein the dynamic link is an absolute URL, 
20 and further comprising identifying the absolute URL by a protocol. 

5. The method of Claim 1 , wherein the step of changing a dynamic link to 
refer to the intermediate server further comprises using a host name to define the 
target web server associated with the web page. 

25 

6. The method of Claim 1 , wherein the step of changing a dynamic link to 
refer to the intermediate server further comprises using a port to define the target 
web server associated with the web page. 

30 7. The method of Claim 1 , further comprising: 

identifying a resource type according to a resource source tag in the web 
page; and 

marking the resource type. 
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8. The method of Claim 1, further comprising changing a 
document.domain script command to refer to a domain for the intermediate 
server. 

5 

9. The method of Claim 1, further comprising replacing an unsupported 
link with an error message. 

10. The method of Claim 1, further comprising recording a set of creation 
10 details for a first cookie. 

1 1 . The method of Claim 10, wherein the set of creation details is 
recorded from an http-header. 

15 12. The method of Claim 10, further comprising causing a browser to 

send a second cookie to the intermediate web server, wherein the second cookie 
includes the set of creation details for the first cookie. 

13. The method of Claim 1, further comprising changing a form GET 
20 submission to a form POST submission. 
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14. A system for mediating a web page at an intermediate server 
comprising: 

a computer readable medium; and 

software instructions stored on the computer readable medium, wherein 
5 the software instructions are operable to: 

retrieve a web page from a target web server; 

ensure that the web page will not be cached; and 

change a dynamic link in the web page to refer to the intermediate 

server. 

10 

15. The system of Claim 14, wherein the software instructions are further 
operable to ensure that the web page will not be cached by setting the web page 
to expire immediately. 

15 16. The system of Claim 14, wherein the dynamic link is a relative link, 

and wherein the software instructions are further operable to: 

if the relative link contains a base tag, modify the base tag to refer to the 
intermediate server; and 

if the relative link does not contain the base tag, insert a reference base 
20 tag, wherein the reference base tag refers to the intermediate server. 

17. The system of Claim 14, wherein the software instructions are further 
operable to use a host name to define the target web server associated with the 
web page. 

25 

18. The system of Claim 14, wherein the software instructions are further 
operable to use a port to define the target web server associated with the web 
page. 



30 19. The system of Claim 14, wherein the dynamic link is an absolute 

URL, and wherein the software instructions are further operable to identify the 
absolute URL by a protocol. 
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20. The system of Claim 14, wherein the software instructions are further 
operable to: 

identify the content of a resource according to a resource source tag in 
the web page; and 
5 mark the content of the resource. 

21 . The system of Claim 14, wherein the software instructions are further 
operable to change a document.domain script command to refer to a domain for 
the intermediate server. 

10 

22. The system of Claim 14, wherein the software instructions are further 
operable to replace an unsupported link with an error message. 

23. The system of Claim 14, wherein the software instructions are further 
15 operable to record a set of creation details for a first cookie. 

24. The system of Claim 23, wherein the software instructions are further 
operable to record the set of creation details from an http-header. 

20 25. The system of Claim 23, wherein the software instructions are further 

operable to cause a browser to send a second cookie to the intermediate web 
server, wherein the second cookie includes the set of creation details for the first 
cookie. 

25 26. The system of Claim 14, wherein the software instructions are further 

operable to change a form GET submission to a form POST submission. 
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27. A method for mediating a web page at an intermediate server 
comprising: 

retrieving the web page from a target web server; 
ensuring that the web page will not be cached; 
5 identifying an absolute URL in the web page according to a protocol; and 

changing the absolute URL to refer to the intermediate server. 

28. The method of Claim 27, further comprising changing a relative URL 
in the web page to refer to the intermediate server. 

10 

29. The method of Claim 27, further comprising recording a set of 
creation details for a cookie. 

30. The method of Claim 27, wherein the step of ensuring that the web 
15 page will not be cached comprises setting the web page to expire immediately. 
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31 . A method for mediating a web page at an intermediate server 
comprising: 

retrieving the web page from a target web server; 
ensuring that the web page will not be cached; and 
5 changing a relative link in the web page to refer to the intermediate server, 

further comprising: 

if the relative link contains a base tag, modify the base tag to refer 
to the intermediate server; and 

if the relative link does not contain the base tag, insert a reference 
10 base tag, wherein the reference base tag refers to the intermediate server. 

32. The method of Claim 31 , further comprising changing an absolute 
URL to refer to the intermediate server. 

15 33. The method of Claim 31, further comprising recording a set of 

creation details for a cookie. 

34. The method of Claim 31 , wherein the step of ensuring that the web 
page will not be cached comprises setting the web page to expire immediately. 

20 
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35. A method for mediating a web page at an intermediate server 
comprising: 

receiving the web page from a target web server; 
ensuring that the web page is not cached; 

changing an absolute URL in the web page to refer to the intermediate 
server; and 

changing a relative URL in the web page to refer to the intermediate 

server. 

36. The method of Claim 35, further comprising recording a set of 
creation details for a cookie. 

37. The method of Claim 35, wherein the step of ensuring that the web 
page will not be cached comprises setting the web page to expire immediately. 
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A SYSTEM AND METHOD OF MEDIATING A WEB PAGE 

ABSTRACT OF THE DISCLOSURE 

A system and method for mediating a web page at an intermediate server. 
The system and method can include receiving a web page from a target web 
server, ensuring that the web page is not cached and changing links in the web 
page to refer to the intermediate server. 
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DECLARATION AND POWER OF ATTORNEY 
FOR PATENT APPLICATION 

As the below-named inventor(s), I hereby declare that: 

My residence, post office address and citizenship are as stated below next to 

my name. 

I believe I am the original, first and sole inventor (if plural, names are listed 
below) of the subject matter which is claimed and for which a patent is sought on the 
invention, design or discovery entitled A System and Method of Mediating a Web Page, 
the specification of which 

X is attached hereto. 
was filed on as Application Serial No. 



I hereby state that I have reviewed and understand the contents of the 
above-identified specification, including the claims, as amended by any amendment(s) 
referred to above. 

I acknowledge the duty to disclose information which is material to the 
examination of this application in accordance with Title 37, Code of Federal Regulations, 
Sec. 1.56(a). 

I hereby declare that all statements made herein of our own knowledge are 
true and that all statements made on information and belief are believed to be true; and 
further that these statements were made with the knowledge that willful false statements 
and the like so made are punishable by fine or imprisonment, or both, under Section 1001 of 
Title 18 of the United States Code and that such willful false statements may jeopardize the 
validity of the application or any patent issued thereon. 

I hereby claim foreign priority benefits under 35 U.S.C. § 1 19 of any foreign 
application(s) for patent or inventor's certificate listed below and have also identified below 
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any foreign application(s) for patent or inventor's certificate having a filing date before that of 
the application on which priority is claimed. 

Date Priority 
Number Country Filed Claimed 



N/A 



I hereby claim the benefit under Title 35, United States Code, § 1 19(e) of any 
United States provisional application(s) listed below. 



60/165,102 
(Serial No.) 

60/165,103 
(Serial No.) 



November 12, 1999 
(Filing Date) 

November 12, 1999 
(Filing Date) 



I hereby appoint Customer No. 25094 and the following attorneys to 
prosecute this application and to transact all business in the Patent and Trademark Office 
connected therewith: 



STEVEN R. SPRINKLE 
HAYWARD A. VERDUN 
MARK L. BERRIER 
GEORGE R. MEYER 
ROBERT A. MCLAUCHLAN 
ARMANDO PASTRANA, JR. 
STEPHEN E. REITER 
GREGORY P. RAYMER 
DAVID F. KLEINSMITH 
BARRY N. YOUNG 
TIMOTHY W. LOHSE 
STANLEY H. KIM 
DARLENE W. HAYES 
RAMSEY R. STEWART 



Registration No. 40,825 
Registration No. 43,223 
Registration No. 35,066 
Registration No. 35,284 
Registration No. 44,924 
Registration No. 44,997 
Registration No. 31,192 
Registration No. 36,647 
Registration No. 40,050 
Registration No. 27,774 
Registration No. 35,255 
Registration No. 40,047 
Registration No. 33,899 
Registration No. 38,322 



All of the law firm of Gray Cary Ware & Freidenrich, LLP. 



Direct all telephone calls to: 

Steven R. Sprinkle 
Telephone: (512) 457-7025 
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Address all correspondence to: 

Steven R. Sprinkle 
Gray Cary Ware & Freidenrich llp 
100 Congress Avenue, Suite 1440 
Austin, Texas 78701 



Full name of first inventor: 



Walter R. Bodwell 



Inventor's signature: 



Date: 



Residence (City, County, State) 



Austin, Travis, Texas 



Citizenship: 



Post Office Address: 



United States of America 

12320 Alameda Trace Circle, No. 306 
Austin, Texas 78727 



Full name of second inventor: Clay Davis 

Inventor's signature: 

Date: 



Residence (City, County, State) Austin, Travis, Texas 

Citizenship: United States of America 

Post Office Address: 1 0723 Cassia Drive 

Austin, Texas 78759 
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Full name of third inventor: 
Inventor's signature: 
Date: 

Residence (City, County, State) 

Citizenship: 

Post Office Address: 



Michael C. Klobe 



Austin, Travis, Texas 

United States of America 

2302 North Shields Drive 
Austin, Texas 78727 
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